REAL LIFE IMPLEMENTATION OF MODERN PORTFOLIO 
THEORY (MPT) FOR FINANCIAL PLANNING AND PORTFOLIO 

MANAGEMENT 

The present invention relates generally to a system and method 
of financial planning and portfolio management and, more particularly, to a 
system and method of selecting and managing a portfolio of investment 
assets for maximizing investment returns under a set of user-specified 
investment preferences or strategies. 

BACKGROUND OF THE INVENTION 

Modern Portfolio Theory (MPT), especially in the context of 
Capital Asset Pricing Model (CAPM) first developed by William Sharpe and 
John Linter, assumes that an investor maximizes his/her terminal wealth by 
investment portfolio decisions made today. In making investment portfolio 
decisions, an investor attempts to examine every possible investment 
opportunity to form an efficient portfolio frontier and picks the most efficient 
portfolio vector for maximizing an investment return. Since every prudent 
investor would do this, the most efficient portfolio that he or she picks would 
be the same for all, given risk-free lending and borrowing rates. Such an 
investment portfolio is known as a market portfolio. 

However, people differ in their risk preferences. Consequently, 
some investors might mix their investments in a market portfolio with risk- 
free or less risky assets, while others might prefer to invest exclusively in the 
market portfolio with borrowed funds. Alternatively, people might hold a 
well-diversified mutual fund, which generally will result in a similar risk- 
return profile as those achievable by an individual portfolio, which combines 
a market portfolio and risk-free assets under the CAPM theory. 

However, determining how individual asset returns are 
generated under conditions of market uncertainty is not provided by MPT. 
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This has not only been a crucial element missing from MPT, but is also an 
important consideration to all investment practitioners in real world trading, 
because each individual security return would eventually determine the 
expected returns and variance of every portfolio containing that security and, 
hence, will determine the shape of the efficient portfolio frontier under MPT. 

The originally developed CAPM has very little to say about how 
each individual security return is generated. Various improvements to the 
original CAPM have been proposed, such as the Single Index CAPM and 
various other forms of Multi-Factor CAPMs (with or without various taxes, 
transaction costs, inflation rates, and the like). On the other hand, Arbitrage 
Pricing Theory (APT) by Steve Ross proposes that whatever results the 
CAPM may have produced must be a result of the investor arbitrage. As a 
result, Professor Ross starts out with the theory of a k-factor return 
generating function for each individual security; and assumes that every 
investor would be interested in making risk-free profits by forming an 
arbitrage investment portfolio utiUzing his pre-specified return generating 
function of linearity for each individual security. According to Professor Ross' 
theory, the final pricing formula for capital asset prices would be similar to 
that of the CAPM. 

Factors determining individual security returns are proprietary 
to every security analyst. Every portfolio manager has his/her own set of 
factors. Generally, what determines the security returns follows a return 
generating function in a form described in equation (1) below 

=oc,+i;p,^y+e, (1) 
/=1 

where Ri is a rate of return on a security, i; Fj is an economic factor, j, 
affecting all security returns; a, is a regression constant; p^^ is a sensitivity 

of the return on a security, i, with respect to a change in factor, Those ; 
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factors may include industry identifiers, the inflation rate, the unemployment 
rate, exchange rates, economic growth rates, interest rates, and so forth. 

rt 

Since an investment portfolio return is defined as Rp = ^X^R^, 

/=i 

where X's are respectively a proportion in which an investment is made in a 
security, i, the expected return E and the standard deviation a for a risky 
portfolio are respectively defined as 

M^J=Z^/4^/l^and (2) 

;=1 

Techniques of maximizing the portfolio's expected return, E[Rp] 
and minimizing the portfolio's risk, , have been well documented in many 

finance textbooks. However, the proposed techniques are often inadequate or 
even incomplete from most investors' point of view. 

For example, the market portfolio under MPT exists only in 
theory. Since the market portfolio as suggested in MPT is only a theoretical 
construct, it is possible that efficient portfolios selected by sub-sampled 
stocks may outperform (or underperform) any available market benchmark 
index, which many investors use as a proxy for the market portfolio. 
Furthermore, properties of the probability distribution for security returns, 
as are given in equation (1), are not constant over time. To understand this, 
a great deal of theoretical research has been done in the area of MPT by 
utilizing various stochastic process models. However, there has been no 
definite conclusion as to how an individual portfolio should readjust itself to 
an optimum portfolio in a dynamic stochastic model. Consequently, it is 
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quite difficult for an investor to plan ahead to maximize his terminal wealth 
when the probability distribution parameters change in the face of constantly 
changing investment environments in real time. In addition, there has been 
no known computational facility currently available to individual investors 
through the Internet or other communication channels designed to show how 
an optimum portfolio should be ^ formed or approached by taking into 
consideration all assumptions made in MPT. 

Moreover, no known tool incorporating efficient portfolio 
modeling theories (e.g., CAPM) is currently available to investors through the 
Internet, or other communication channels, that is designed to provide many 
desirable features in helping investors to make their investment decisions 
with respect to portfolio management. Consequently, individual investors 
often have to rely on professional portfolio managers in making investment 
decisions using, among others, the above-mentioned market portfolio 
theories. These desirable decision-making features may include: 

a. To show how one can pick a scenario portfolio, which may 
outperform a given market index by selecting stocks through (i) 
various stock screening features, (ii) back tests, and/or (iii) 
virtual trades; 

b. To show how one can better manage his or her portfolios by 
recognizing the bid/ask spread, brokerage commissions, 
potential tax obligations, etc., in real time; 

c. To show how one can attempt to re-balance his or her own 
portfolios by suggesting various criteria or preferences with a 
possible trading band; 

d. To present a financial statement for each one of their 
investment portfolio accounts; 

e. To show how a risk level rises or falls in real time, as he or she 
manages his or her own portfolios; 
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f. To execute and settle orders automatically in real time, 
especially those orders involving a basket of securities; 

g. To show automatically how investors could allocate investment 
assets in real time; or 

h. To provide various investment calculators for investment 
analysis purposes. 

SUMMARY OF THE INVENTION 

It is a general object of the present invention to provide a system and 
method capable of interacting with a user for receiving user determinable 
values or preferences of investment parameters to be inputted into the 
system for generating an investment scenario portfolio based on the user 
defined parameters. 

It is another object of the present invention to provide user interaction with a 
computer network system over the Inter or Intra-net for assisting the user in defining user 
determinable parameter values or preferences and for monitoring in real time an existing 
(or a scenario) portfolio generated by the computer network system based on the user 
inputs. 

It is yet another object of the present invention to provide a system and method 
capable of automatically re-balancing existing and/or scenario portfolios based on the 
user determinable parameter values and of automatically executing trades of securities to 
form a new portfolio. 

In one embodiment, the present invention comprises a computer server cormected 
to a client system through a first network and connected to computers of a plurality of 
brokerage houses through a second network, wherein the computer server has one or 
more mathematical computational models for computing optimized portfolios based on 
various user-determinable portfolio rebalancing strategies or preferences and has an 
executing engine for executing security trades in response to results of the calculated 
optimized portfolios, either automatically or manually as directed by a user. 
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The above-stated objectives are for illustrative purposes and, thus, do 
not limit the scope of the present invention. Additional features and 
advantages of the present invention will be set forth in the descriptions that 
follow. The objectives and other advantages of the invention will be realized 
and attained by the structure particularly pointed out in the written 
description and claims hereof as well as the appended drawings. It will be 
further understood that the drawings are for purposes of illustration and are 
not to be construed as defining the scope of an invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows a basic implementation of the present invention. 

Figure 2 shows an Expected Risk Premium chart demonstrating the 
scenario portfolio's expected risk premium to risk function. 

Figure 3 shows a three-tier logic structure in functional architecture 
overview of the present invention. 

Figure 4 shows another three-tier logic structure in functional 
architecture overview of the present invention. 

Figure 5 shows a three-tier logic structure in query functional mode of 
the present invention. 

Figure 6 shows a three-tier logic structure in monitoring/graph 
functional mode of the present invention. 

Figure 7 shows a three -tier logic structure in user 
registration/preferences functional mode of the present invention. 

Figure 8 shows a three-tier logic structure in financial database 
functional mode of the present invention. 

Figure 9 shows a three -tier logic structure in platform overview of the 
present invention. 
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DETAILED DESCRIPTIONS OF EMBODIMENTS 



The present invention, which may be referred to as Tara 
Portfolio Solutions (TPS), entails a method and system for managing 
investment portfolios through a mathematical model and electronic on-line or 
off-line trading via the Inter- or Intranet communications technologies. The 
method is an integrated financial planning package that can be delivered 
directly to an individual investor/user and/or other investment professionals. 
The present invention is capable of managing cash (or cash equivalent) 
accounts as well as all other investment accounts in fixed income bonds, 
stocks and other financial assets including derivatives either singularly or 
collectively both in automatic and/or manual modes. 

Figure 1 illustrates a basic physical configuration and procedural steps 
of a preferred embodiment of the present invention. 

Step l A TPS user will be asked to give detailed information regarding 
his/her individual investment preferences using a HTML form on a client 
system 1 and received by a computer server 2. The computer server 2 is 
connected to the client system 1 through a network 3. The network 3 can be 
a wired or a wireless communication network capable of facilitating Internet 
or Intranet services to the client system 1. Consequently, the computer 
server 2 may receive from the client system 1 the user's investment 
preferences, criteria or strategies such as investment horizon, minimum cash 
reserve, annual target return, desired risk level, stop loss, upper/lower Hmits 
for portfolio rebalance, return tolerance, and other strategic rebalancing 
strategies. Upon receiving input information from the user the computer 
server 2 may update a database maintained by the computer server 2 and 
containing investment profile information of the user. 

Step 2 The computer server 2 sends criteria queries to the client system 
1 using additional HTML forms to define the details of a scenario portfolio 
the user wishes to create. The user on the client system 1 will define his/her 
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investment styles by choosing a set of user determinable fundamental, 
technical and/or other market value criteria. The computer server 2 will then 
process these query criteria received from the user and will select securities 
in response to the user defined criteria to satisfy the user requirements in 
styles and preferences of investments, and will save these selected securities 
information for future references. 

Step 3 From the client system 2, the user can invoke a mathematical 
analysis engine or program on the computer server 2. The mathematical 
analysis program on the computer server 2 will retrieve all the user defined 
investment data and configuration associated with the user. The 
mathematical analysis program will also load the stock information currently 
under analysis, such as the real time prices for these stocks, and will 
calculate a cash balance of the existing portfolio. Using Modern Portfolio 
Theory (MPT) as the basis of its calculation, the TPS central computer server 
2 formulates an investment index, known as the Tara Index, which is 
fundamental to constructing an optimized scenario portfolio. The computer 
server 2 ranks the set of stocks against the user preferences and outputs a 
list of recommended stocks and/or the numbers of shares of each 
recommended stock to buy or sell against the existing portfolio in order to 
form an optimum scenario portfolio. The portfolios are continuously 
monitored by the TPS computer server 2 and when a pre-determined 
triggering event occurs, a trade recommendation will be sent to the user 
through the Internet, Intranet or other communication channels. 

Step 4 Each calculation by the TPS server 2 is compiled into a readable 
result set with recommended trade decisions and displayed for the user via a 
Tara Internet site, TPS licensed site, or other net appliances approved by 
Tara Consulting Group, Inc. or its designates. The user on the cHent system 
1 will receive the trade recommendations on an HTML form or on a Java 
applet. 
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Step 5 The user on the client system 1 can specify to execute the trade 
recommendations either on an auto mode or on a manual mode. TPS is the 
first to implement an auto-trading system particularly geared toward 
Internet investors. Using the automatic mode, all trade decisions will be 
executed automatically and independent of user administration and 
monitoring. With the manual mode employed, the user will receive all trade 
recommendation generated by TPS, Thus, the user can decide whether or not 
to accept these trade recommendations received from TPS. 

Step 6 A11 information regarding security trades are sent to the 
computer server 2 by the user and are executed by the computer server 2. 
When the user deploys the manual-trading mode, he or she can approve all, 
some or none of the recommendations from the TPS recommendation set. 
Alternatively, the user may specify a user-selected stock for the computer 
server 2 to trade. 

Step 7 TPS will run at predetermined regular intervals to monitor the 
performance of the user's existing investment portfolio. TPS will also 
regularly generate optimal scenario portfolio based on the user's data and 
market condition and will compare expected return on the scenario portfolio 
against that on the existing portfolio and market index returns. 
Performances are measured for periods since the inception of the existing 
portfolio and the last trade date leading up to the present existing portfolio. 
Performance monitoring will affect the trade decision recommendations being 
sent to the investor (i.e., the user). 

With this method and TPS computer system, the MPT is implemented in such a 
way that a client portfolio selected will satisfy not only the investor's target return and 
risk requirements in real time but also the investor's investment planning horizon; 
investment styles; benchmark; the bid and ask spread; brokerage commissions; various 
taxes, and so forth. 

For better understanding the present invention, following paragraphs will explain 
in further detail about embodiments of the present invention as to the mathematical 
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model, the user determinable investment parameters, criteria or preferences, the physical 
configuration, and other considerations according to the present invention. 

Basic Structure 

In the preferred embodiment, the present invention (TPS) is an 
integrated personal financial planning system, or a system of securities 
investment in general, providing various analytical tools, accounting 
statements and securities order/execution systems through the Intra-, 
Internet or other communication technologies. TPS offers the investors a 
complete integrated set of financial tools and algorithms to help the investors 
trade securities like a professional fund manager. This kind of integrated 
financial planning and/or portfolio management system for both the 
individual investors and professional fund managers will eventually become a 
de facto standard in the financial services industry. 

First, through a series of investor questionnaires in the form of 
HTML forms or the like provided to the user by the TPS computer server 2 
over a network such as the Internet, the TPS user can specify his expected 
target return, Rt, for his entire investment portfolio (inclusive of his cash 
balances) and make revelation about his preferences toward risk in terms of 
beta, /?/. For example, a certain range of beta coefficients may lead to 
aggressive growth, while certain other beta values may be conservative in 
nature insofar as the risk preference is concerned. Given the rate of interests 
paid on his cash management account and on Treasuries; and the return on 
the market benchmark, Rm, an optimal allocation between his cash 
management account and his investment portfolio is given by: 

Rj^ =(oR^ +(l-co)i?; 

where Rt is the expected return on his investment portfolio, co is the , Rc 

is the , Ri is the , and Rf is the , since 

+(/?„- 7?^ )p, 
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where Rm is defined as , under the Modern Portfolio Theory (MPT). 

In view of the fact that Rm is almost impossible to measure in reality, TPS 
has its proprietary return on the market benchmark, Rm, unlike in the case of 
MPT. This proprietary return on the market benchmark will be one of the 
major advantages in the present invention as will be discussed later below. 

Given an expected yield on a bond portfolio, Rb, an optimal asset 
allocation, between fixed income and equity securities is given by: 

where the expected return on an equity portfolio, Rs, will be computed by 
maximizing an objective function, (Rs - i?/)/ as with respect to xi's proportion 
in which individual stocks are combined to form an optimal equity portfolio. 

The standard deviation as is defined as and the security xi is the 

proportion of one of the investment securities in the portfolio. Using MPT, it 
is not critical to compute the bond portfolio risk, beta. 

The optimal asset allocation thus obtained by the TPS for the 
portfolio may differ from what the TPS user wishes to allocate, in which case 
the expected return on his aggregate investment portfolio, Ri, will be 
recomputed by using the investor-specified asset allocation. This will result 
in a change in co and fii. An optimal portfolio of risky assets will be described 
as follows. 

As Figure 2 below demonstrates, first, securities in TPS will be 
ranked in a descending order according to their expected return premium to 
risk ratios, the risk being defined as something similar to the above- 
mentioned beta, see the declining portion of the graph. TPS beta is similar to 
but different in several aspects from the traditional MPT beta, in the sense 
that security returns are not regressed against what is often considered as 
the aggregate market index, e.g. Dow Jones, S&P, etc., but against a TPS 
market index, which represents a particular group of securities satisfying the 
investor style requirements. Each TPS user portfolio may have a peculiar 
TPS market index generated by the TPS computer server 2 based on the 
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individual user input information, criteria, preferences, etc. Second, scenario 
portfolios will be formed in TPS by considering a portfolio of the best or 
highest ranked securities, a portfolio of the best and the next best securities, 
a portfolio of the best, the next best, and the next, next best securities, and so 
forth. (See the inclining portion of the graph in Figure 2). Third, an optimal 
portfolio is determined where a marginal contribution of an additional 
security to the portfolio turns negative. (See the point denoted by E in Figure 
2). Fourth, proportion in which investments should be made in each security 
in the portfolio is determined according to the contribution that each security 
makes to the portfolio. If the entire contribution made by all securities in the 
portfolio can be represented by the shaded triangular area in Figure 2, the 
contribution that each security makes to the portfolio is that portion of the 
shaded area corresponding to each security. This is similar in concept to 
what is known as "consumer surplus" in basic economics. 

A personal financial planning worksheet can be constructed by 
TPS based on the investor's initial and future regular investments showing 
possible and/or desirable future investment returns from each investment. 
The worksheet can be readjusted by the investor along with portfolio 
rebalances using TPS in regular time intervals, e.g., every day, every month, 
or every 3 months, etc. 

Given the investment objectives, preferences and styles provided 
by the user, the TPS computer server 2 runs an algorithm based on one or 
more the computational mathematical model(s) stored in the TPS computer 
server 2 to form an optimal initial scenario portfolio. In addition, the 
investor's target return will be used to automatically compute its 
accompanying risk, which will be used to determine an optimal size of the 
scenario portfolio. Expected returns on the scenario portfolio are also 
calculated. To form an initial portfolio, the expected return should exceed the 
investor's target return and the expected returns on the aggregate market 
benchmarks, e.g., the Dow Jones, etc. Once the initial scenario portfolio is 
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formed, the performance of the scenario portfolio will be constantly monitored 
in real time. A subsequent algorithm would run by the TPS server 2 in every 
pre-specified fixed time interval to suggest a different composition or 
configuration of risky securities. Expected returns on a new scenario 
portfolio are compared with those on the pre-existing portfolio and the 
market benchmarks. The TPS server 2 may then report the comparison 
results to the investors via Inter-, Intranet, or other communication channels. 



the CAPM prices securities either under the assumption that the probability 
distribution parameters for security returns are stationary or that security 
prices follow various stochastic diffusion processes, the present invention 
dynamically changes distribution parameters for rebalancing portfolios, 
existing or scenario, to achieve efficiency, TPS also suggests various re- 
balancing strategies by comparing the expected returns on the existing 
portfolio to those on scenario portfolios subject to a user specified parameter 
named Tara Trading Band limit. The Tara Trading Band limit is defined as 



investor may specify a desirable frequency of rebalancing to TPS based on 
how actively the investor wishes to manage his funds. Detailed re-balancing 
strategies can be shown as follows. 



following symbols are defined for demonstrating the present invention in a 

most simplistic way. 

E[S] An expected return on a scenario portfolio 

V A value of a new scenario portfolio divided by that of an 

existing portfolio 



As compared to the Capital Asset Pricing Model (CAPM) that 



and is used for calculating (the rebalancing results?). The 



In one embodiment and for purposes of illustration only. 



E[0] 
E[M] 



An expected return on the existing portfolio 

An expected return on the market benchmark 

A geometric return on the existing TPS portfolio since 



G 



inception 



Page 13 of 37 



\\\LA - 82347/1 - #86347 v3 



H A holding period return on the existing TPS portfolio 



since last trade 
HS 

since inception 
ST 
T 
M 



trade 



last trade 



A holding period return on the existing TPS portfolio 

Stop loss since inception. Default = 10% 
Target return 

A geometric return on the benchmark portfolio since last 



m A holding period return on the benchmark portfolio since 

L A lower bound filter. Default = -0.75% 

U An upper bound filter. Default = 1.5% 

S A current value of the existing TPS stock portfolio 



In addition, the following nine (9) different trading modes are 
also defined for further simplistic illustration of the present invention. 

(1) Initial Mode 

1.1 E[S]v>T>E[0] 

1.2 E[S]v > E[M] 

(2) Stop Loss Mode 

During monitoring the portfolio, if the investor's stop loss limit is x% and 
if HS < - x% and S > 0 then the TPS system will attempt to liquidate the investor's 
entire holdings and puts them into cash account. A HOLD flag will be clear and a 
TRADE flag will be set with a query message like "Your portfolio has reached 
your stop loss. Do you wish to have your investment liquidated to limit losses?" 
to the investor. If a reply from the investor is affirmative, SELL orders of 
securites will be automatically executed by the TPS. If the reply is negative, the 
TPS system is resumed back to normal mode to continue monitoring the portfolio 
performance. 

(3) Redemption Mode 
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When HS > T and S > 0 for the existing portfoUo, TPS will 
prompt with a query message like 'Tou have now achieved your target 
return. Do you wish to have your investment redeemed?" to the 
investor. If the reply is affirmative, a REDEMPTION flag is set and a 
redemption algorithm gets executed by TPS server 2. If negative, the 
TPS resumes back to the normal mode to continue. 

(4) Buy & Hold (P-) Mode 

When E[S]v > T > E[0], the EPS is in a Buy & Hold mode. As 
such, the TPS will attempt to buy securities either already listed in the 
existing portfolio or listed in a scenario portfolio. The TPS will compare the 
existing portfolio against the scenario portfolio and will determine which and 
how may shares of the securities in the existing portfolio need to be traded. 

(5) Market (M-) Mode 
Ml. E[S]v > M > E[0] 
M2. E[S]v > E[M] > E[0] 

(6) Bear (R-) Mode 
E[M] <M 

(7) Bull (B-) Mode 
E[M] >M 

(8) Lower Filter (L-) Mode 
LI. H<0 

L2. ABS(Hv) > ABS(L) 
L3. ABS(m-Hv) > ABS(L) 

(9) Upper Filter (U-) Mode 
UL H>0 

U2. Hv > U 

US. (Hv - m) > U 

Based on the user determinable parameters or values mentioned 
above, the following rebalancing strategies by the EPS are possible. 
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(1) Buy and Hold Strategy 
TRADE only if P-Mode satisfies. 

(2) Managed Strategy 

HOLD will change to TRADE, if E[S]v > E[0]; aild 
R-Mode and L-Mode; or 
B-Mode and U-Mode 

(3) Benchmark Strategy 

If E[M] < M, TRADE if both (Ml) and (M2) satisfy. 
If E[M] > M, TRADE only if (M2) satisfies. 

(4) Passive Benchmark Strategy 

TRADE if both P-Mode and conditions for Benchmark Strategy 

satisfy. 

(5) Managed Benchmark Strategy 

TRADE if conditions for both Managed and Benchmark 
Strategies satisfy. 

(6) Profit Only Strategy 

TRADE if P-Mode and the condition that Hv > (L + U)/2 satisfy, 
e.g. Hv > (-0.75 + 1.50)/2 = 0.375% 



Managed strategies using L- and U-Modes can be further 
simplified by introducing the Tara Trading Band (TB) parameter defined as 
TB = (L + U)/2, where L = - U/2. When TB is set by the investor, it would 
automatically set values of L and U. 

Actual portfolio weights achieved under various realistic 
constraints to parameters just mentioned above may differ considerably from 
optimal weights as suggested by the mathematical algorithm in the TPS 
server 2. This would be so, especially when the available cash of a particular 
investor may be limited to buy enough shares of securities as TPS would have 
recommended. Thus it would be unrealistic to achieve the same expected 
return on an existing portfolio as that from a scenario portfolio, which is 
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supposedly optimal, proposed by TPS. A series of mathematical iteration to 
adjust to optimal portfolio weights by correcting the existing weights may 
result in continuous trading resulting in tremendous transaction costs. In 
many cases the final solution reached through continued trades may converge 
either with a dampening or explosive oscillation. Consequently, the present 
invention entails the investor to specify a tolerance level for the expected 
return on the existing portfolio compared to that on a scenario portfolio in 
order to force an approximate solution during calculating an optimized 
performance of the existing portfolio. 

Using the TPS Investment Process, the traditional 'analyst to 
broker to investor' relationship is effectively eUminated by objective fund 
managing software. Unlike other similar products, TPS by Tara Consulting 
Group is the first to deploy an Internet based product that completely 
integrates risk management, portfolio optimization, search features, and the 
generally accepted accounting principle (GAAP) accounting. Not only does 
TPS track securities, it can decide what and how many shares of securities to 
buy and sell to meet an investor's investment goals. 

Features and Architecture 

A Tara web site guides users and/or investors in selecting stocks, deteraiining the 
type and number of stocks to trade, monitoring performance of portfolio, and maintaining 
accounting records for users. To implement the TPS to the users/investors, the present 
invention includes the following logical or business components in the TPS computer 
server 2: 

• Query component 

• Portfolio component (includes TPS engine) 

• Accounting components 

• Monitoring components 

• Quote and chart components 

• User account information components 
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Each component is respectively a combination of software and/or hardware 
entities, such as a set of mathematical algorithm codes or an electronic circuit, that 
describes the business logic or performs a computation. 

a. Query Component 

A Query module of the TPS computer server 2 assists the user in 
screening stocks and selecting these into his/her portfolio. The user 
specify his/her investment requirements (e.g., the P/E ratio, etc.), 
preferences (e.g., the industry type, etc.) or other criteria to the TPS 
computer server 2. The Query module of the TPS then generate 
queries (e.g., a list of stocks satisfied the user requirements and 
preferences) based on the above-mentioned user-specified data such as 
the industry type, P/E ratio, etc., and feedback the queries to the user. 
The user may select stocks into his portfolio from the list returned by 
the query procedure. 

The data used by the Query module to generate the query list 
typically come from databases that is widely available with or without 
fees to the public over the Internet and other sources, and these data 
should be updated by the TPS server 2 every night for maintaining the 
most updated information of investment data. 

b. Portfolio Component 

The Portfolio Component includes several sub-modules for the TPS 
computer server algorithm, trading strategies, portfolio preferences, and/or 
trading. One sub-module implements the predetermined mathematical algorithm 
derived from the Modem Portfolio Theory, which determines the types and 
quantities of stocks to trade for the user portfolio. The output of the TPS server 
engine is a scenario portfolio theoretically the most efficient portfolio fitting the 
user's investment objectives, given constraints imposed by practical 
considerations, such as the size of a round of stocks. 
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Real time data of stocks is constantly monitored by the TPS computer 
server 2 to determine the values of the user's present existing portfolio and the 
scenario portfolio computed by the server engine. Expected returns of the stocks 
in the portfolios (existing or scenario), the actual track record of the present 
existing portfolio, and market conditions are used to trigger actual trading of 
securities in the existing portfolio when necessary. 

Trading may be in a manual or an auto mode. Auto mode may be 
convenient for users/investors testing their investment strategies with "virtual 
cash". Since the theoretically optimal portfolio may be slightly different at each 
point in time the triggering module is used to limit the frequency of re-balancing. 

The data used for this portfolio components comes from the real time data 
sources, such as current market quotes of stocks over the Internet, and the historic 
database, such as the previous closing quotes of the stocks. The database for all 
stock components in the existing portfolio should be updated after each trading 
day. 

C. Accounting Component 

The Accounting component maintains a double entry accounting system in 
the TPS computer server 2. Information from account creating, transfers and 
trading is stored into a general ledger. The general ledger may be presented to the 
user for inspection whenever requested. 

d. Monitoring Component 

The performance monitoring component tracks the users' 
portfolios and the market returns. The update results are output in the form 
of GIF charts to the users. 
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E. QUOTE AND CHART COMPONENTS 

Quote and chart components are used to generate stock quotes, 
price and trading history, or other related INFORMATION of stocks. Thus, 
they can be used to provide the users information for research on individual 
stocks specified by the users. 

F. USER ACCOUNT INFORMATION COMPONENTS 

User account information components maintain and extract user 
information such as email addresses and personal details. 

Architecture 

In a preferred embodiment, the logic implementation of the present invention is 
implemented in a modem three-tier architecture. In addition, all business logic and 
computational algorithms are executed on the TPS compuer server 2. This allows for a 
fastest response time, smallest requirements for the client system 2 (e.g., a PC or a PDA), 
and greatest flexibility in deploying upgrades. The three-tier architecture of the invention 
is illustrated in Figures 3-9 as: 

• Tier 1 - User interface 

• Tier 2 - Database server 

• Tier 3 - TPS Application 

a. Tier 1 - TPS User Interface 

The TPS user interface accepts information from a TPS web server and 
presents it to the users. Since no business logic is performed on the client system, 
development of the TPS user interface can be separated from development of TPS 
server application software. It eliminates software installation requirements on 
clients' systems (PCs or PDAs), other than an (level 4) Internet browser enabling 
the users to communicate over the Inter- or Intranet. If necessary in the fiiture, 
the entire user interface could be switched or updated with minimal changes to the 
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TPS server application software by TPS service provider, such as the Tara 
Consulting Group. 

b. Tier 2 - Database server 

The Stock Market and the TPS portfolio information is maintained on a TPS 
database server. The TPS database server may be incorporated into the TPS 
computer server 2 or may be independent from, but is connected to, the TPS 
computer server 2. The TPS database server includes a TPS market database 
containing information relating to historic stock prices and company fimdamental 
data. The database server also includes a TPS user database for maintaining 
information related to user information, portfolio preferences, accounting, and 
portfolio performance. 

c. Tier 3 - TPS Application 

The third or middle tier includes a w^eb server, business components, and, in 
the case for large scale uses, an application server. The business components may 
be independent to methods or means used by the TPS computer server 2 to relay 
and present information to the users. Thus, they can be used v^ithin different 
server environments, for example, with or without an application server. 

Java Servlets are the glue between the web server and the business 
components. These Java Servlets invoke the business components and relay the 
information retrieved or generated to the client browsers over the Inter- or 
Intramet. An HTML script type format, similar to the ASP's widely used in the 
industry, can be used with TPS's Java Server Pages. The HTML script is itself a 
specialized Java Servlet. 

The application server provides a container for the business components to 
"live in." It is used for a web site with heavy traffic where continuous availability 
or the TPS services is critical. It provides for load balancing and fail-over with a 
cluster of several server machines. In other words, the computational load can be 
split over a number of server machines without loss of the user's current session. 
If one server machine is removed or imavailable from the cluster, the others will 
fill in to provide continuous services. 
1) Platform 
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a. Software 

The TPS web site is able to be used by anyone with a modern Internet browser 
and an Internet connection and with no other prior installation of other software. 
The TPS web site is presented as HTML pages, Java Applets, and GIF charts to 
maximize the interactive nature of the site while minimizing the client PC 
requirements. In order that the site be used without any special plug-ins, Java 1.1 
(AWT) Applets are used. However, the software and applications used may be 
updated as new technologies or software are constantly developed and available 
in the market. 

The server contains Java Servlets that send HTML outputs and communicate 
to Java Applets running on client PCs or PDAs via the Internet. In order to allow 
that any browser may be used and to permit access through firewalls, the 
communication method used between the client systems and server is by HTTP 
tunneling. 

In the preferred embodiment, the server programs have been 
developed in Java for the following reasons: 

• More scaleable due to cross platform nature compared with 
other popular systems (e.g., server side scripting with VBScript or 
Javascript, Perl, and PHP) mostly used for smaller scale web site 
development. 

• Allows for better organization, re-use of code, and maintenance 
compared with scripting languages. 

• Easier to develop software as compared to systems previously 
used for large scale web site development (e.g., C++ with CGI, NSAPI, 
ISAPI, or server side Active X components from ASP) 

• Ease of use with Apache web server (currently with approximate 
60% of Internet), Microsoft IIS (currently with approximate 22% of 
Internet), or other web servers as compared with other proprietary 
systems. 
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• Ease of use in a clustered environment through the use of 
application servers compliant with the Sun EJB specification (e.g., 
Sybase EA Server, BEA Weblogic, IBM Websphere, etc) to provide for 
use with a large number of customers. 

• Publication of and widespread use of Java Application 
Programming Interfaces (API's) by Sun allows many options for 
fundamental software and hardware used such as web servers, 
databases, and application servers, and server machines. Vendors for 
software conforming to these specifications include: Microsoft, Sybase, 
IBM, Oracle, Informix, BEA, Sun, and Hewlett Packard. 

The server programs may run on any platform that supports Java. This means 
that TPS web site components can be developed and tested on inexpensive 
Windows PCs or Linux servers and then moved to large-scale UNIX servers for 
production use. The clustering ability means that the site can continue to operate 
even if one machine is temporarily out of order and the processing load can be 
balanced between server machines. The decision to add more powerful and 
expensive server machines can be delayed until the network traffic demands it. 

On the other hand, the selection of Java language in developing the server 
programs for the preferred embodiment of the present invention is based on the 
above-mentioned advantages provided by the Java language. However, future 
techniques or technology advancement may provide new solutions other than Java 
for developing the server programs of TPS. As a result, the present invention is 
not limited in any sense by way of using the Jave langeage in the server programs, 
b. Security 

In general, there are three most encountered security risks in 
operating an online trading Internet business are: 

• External and unauthorized use of the Internet to gain access to 
server machines and database contained therein; 

• "Spying" on Internet traffic in order to steal customers' account 
or privacy information; and 
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• Unauthorized physical access to server machines. 

These potential security breach problems should be addressed and 
prevented when implementing the present invention. Many commercial 
security programs are currently available for installation in the TPS 
computer server 2. Alternatively, proprietary security programs may be 
developed and/or incorporated into the TPS server programs. 

c. Physical requirements 

In the preferred embodiment, the physical requirements to operate 
such a TPS web site are: 

• Source of real time quote data; 

• Source of historic stock market data; 

• Database server software to store user and stock market 
information; 

• Minimum one server machine for a database server; 

• Web server software; 

• Minimum one server machine to operate as a web server and 
run Java server programs; 

• Application servers (EJB container) to provide for clustering 
ability if more than one server machine is required; 

• High speed Internet connection; 

• Firewall to prevent unauthorized access through the Internet; 
and 

• Secure facility to house server machines to prevent 
unauthorized physical access. 

The described embodiments of the present invention are intended to be merely 
exemplary and numerous variations and modifications will be understood by those skilled 
in the art. All such variations and modifications can be made without deviating from the 
spirit and scope of the present invention as defined in the appended claims. 
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